home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-ietf-noop-tools-03.txt < prev    next >
Text File  |  1993-06-16  |  31KB  |  926 lines
  1.  
  2.  
  3.  
  4.  
  5.                       Essential Tools for the OSI Internet
  6.  
  7.  
  8.           Network Working Group                     IETF-NOOP Working Group
  9.           INTERNET DRAFT                            S. Hares, C. Wittbrodt
  10.  
  11.  
  12.  
  13.  
  14.           1.  Status
  15.  
  16.           This document is an Internet  Draft.   Internet  Drafts  are
  17.           working  documents  of  the  Internet Engineering Task Force
  18.           (IETF), its Areas, and its Working Groups. Note  that  other
  19.           groups  may  also  distribute  working documents as Internet
  20.           Drafts.
  21.  
  22.           Internet Drafts are draft documents valid for a  maximum  of
  23.           six  months.  Internet  Drafts  may be updated, replaced, or
  24.           obsoleted by  other  documents  at  any  time.   It  is  not
  25.           appropriate  to use Internet Drafts as reference material or
  26.           to cite them other than as a "working  draft"  or  "work  in
  27.           progress."
  28.  
  29.           Please check the I-D  abstract  listing  contained  in  each
  30.           Internet Draft directory to learn the current status of this
  31.           or any other Internet Draft.
  32.  
  33.           This Internet Draft specifies tools which are  necessary  to
  34.           debug problems in the deployment and maintenance of networks
  35.           using ISO 8473[1], the connectionless network layer protocol
  36.           (CLNP). This document will be submitted to the RFC editor as
  37.           a proposed standard for the OSI Internet.
  38.  
  39.           To support some of the needed tools  (ping  and  traceroute)
  40.           this draft specifies the mechanism specified in RFC1139 [3].
  41.  
  42.  
  43.           2.  Abstract
  44.  
  45.           This document specifies the following three necessary  tools
  46.           to  debug problems in the deployment and maintenance of net-
  47.           works using ISO 8473 (CLNP):
  48.  
  49.                   - ping or OSI Echo function
  50.                   - traceroute function which uses the OSI Echo function
  51.                   - routing table dump function
  52.  
  53.  
  54.           These CLNS tools are  the  basics  required  for  hosts  and
  55.           routers  for  CLNS network support. It is intended that this
  56.           document specify the most basic support level  required  for
  57.           CLNS hosts and routers.
  58.  
  59.           This document should progress along the IETF track for  host
  60.           and router requirements.
  61.  
  62.  
  63.           June 7, 1993    Expires December 7, 1993             Page 1
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.                       Essential Tools for the OSI Internet
  72.  
  73.  
  74.           3.  Table of Contents
  75.  
  76.           Section 1 Status ......................................    1
  77.           Section 2 Abstract ....................................    1
  78.           Section 3 Table of Contents ...........................    2
  79.           Section 4 Conventions .................................    2
  80.           Section 5 Introduction ................................    2
  81.           Section 6 Specification ...............................    3
  82.           Section 6.1 Ping ......................................    3
  83.           Section 6.1.1 Protocol Support ........................    3
  84.           Section 6.1.2 Functions supported by the ping utili-
  85.                ty ...............................................    4
  86.           Section 6.2 Traceroute ................................    4
  87.           Section 6.2.1 Basic Traceroute ........................    4
  88.           Section 6.2.2 Use of Partial Source  route  in  tra-
  89.                ceroute ..........................................    6
  90.           Section 6.2.3 Information needed from  a  Traceroute
  91.                utility ..........................................    7
  92.           Section 6.3 OSI routing table dump ....................    7
  93.           Section 6.4 MIB variables available via SNMP ..........    8
  94.           Section 6.4.1 Summary of MIB Variables ................    8
  95.           Section 6.4.2 ASN.1 Syntax for these MIB variables ....    8
  96.           Section 7 OSI HOST.txt format .........................   11
  97.           Section 8 Acknowledgements ............................   12
  98.           Section 9 Author's Addresses ..........................   12
  99.           Section 10 References .................................   14
  100.  
  101.  
  102.           4.  Conventions
  103.  
  104.              The following language conventions are used in the items of
  105.              specification in this document:
  106.  
  107.                 o MUST, SHALL, or MANDATORY -- the item is an absolute
  108.                   requirement of the specification.
  109.  
  110.                 o SHOULD or RECOMMENDED -- the item should generally be followed
  111.                   for all but exceptional circumstances.
  112.  
  113.                 o MAY or OPTIONAL -- the item is truly optional and may be
  114.                   followed or ignored according to the needs of the implementor.
  115.  
  116.  
  117.           5.  Introduction
  118.  
  119.           Currently in the Internet, OSI protocols are being used more
  120.           and  more.   As  the  network  managers  of an Internet once
  121.           predominantly a TCP/IP network began deploying parts of  the
  122.           emerging OSI Internet, it became apparent that network layer
  123.           OSI network debugging tools were  almost  nonexistent.  When
  124.           such  tools  existed,  different implementations didn't work
  125.           together.
  126.  
  127.  
  128.  
  129.           June 7, 1993    Expires December 7, 1993             Page 2
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.                       Essential Tools for the OSI Internet
  138.  
  139.  
  140.           As stated in RFC 1139 a simple network  layer  mechanism  is
  141.           necessary  to  allow   systems to  be probed to test network
  142.           layer integrity.  For the purposes of running  OSI  networks
  143.           the  authors  of  this document believe that other tools are
  144.           necessary too.  Other tools  described  below  are  an  echo
  145.           function,   a traceroute function, and a routing table dump.
  146.           What this document defines is the minimum  subset  of  tools
  147.           that  are  necessary  to  allow for the debugging of network
  148.           problems.
  149.  
  150.  
  151.           6.  Specification
  152.  
  153.           This document's purpose is to specify a standard  ping, tra-
  154.           ceroute,  and  OSI  routing table dumping mechanisms for use
  155.           for the ISO  8473 (CLNP) protocol in the OSI  Internet.    A
  156.           detailed  description  of the specified mechanisms is below.
  157.           These mechanism MUST be available on  every  router  (inter-
  158.           mediate  system) or host (end system) that provides OSI ser-
  159.           vice for the Internet.  These three functions are the  basic
  160.           tool set for the OSI network layer for the Internet.
  161.  
  162.  
  163.           6.1.  Ping
  164.  
  165.           6.1.1.  Protocol Support
  166.  
  167.           The long term  echo  mechanism,  as  described  in  RFC1139,
  168.           requires the use of two new type values in the packet header
  169.           of the ISO  8473  Network  Protocol  Data  Units(NPDUs),  or
  170.           preferably packets.  The two values are:
  171.  
  172.  
  173.                   1E(hex)  - for the echo-request Selector and,
  174.                   1F(hex)  - for the echo-response Selector.
  175.  
  176.  
  177.           Nodes which support ISO 8473 but do not  support  these  two
  178.           new  values (for the type code option field in the header of
  179.           an ISO 8473 packet) MUST send back an error  packet  if  the
  180.           ERROR report flag is set in the packet.
  181.  
  182.           To support a ping function for ISO  8473,  all  end  systems
  183.           (hosts) and intermediate systems (routers) MUST support  the
  184.           "long term" echo function as defined by RFC 1139-Revised [3]
  185.           AND also set the ERROR report flag in the 8473 header.
  186.  
  187.           The setting of the ERROR report  flag  is  required  because
  188.           this  allows  a way for a compliant host or router to ping a
  189.           non-compliant host or router.  When a non-complaint host  or
  190.           router  receives  a "ping" packet with the new type function
  191.           (Echo Request Selector), it MUST attempt to  return  an  ISO
  192.           8473  error  packet  to  the  originating host, thus showing
  193.  
  194.  
  195.           June 7, 1993    Expires December 7, 1993             Page 3
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.                       Essential Tools for the OSI Internet
  204.  
  205.  
  206.           reachability.
  207.  
  208.  
  209.           6.1.2.  Functions supported by the ping utility
  210.  
  211.           A ping utility MUST be able to provide the Round  trip  time
  212.           of  each  packet,   plus the average minimum and maximum RTT
  213.           over several ping packets.  When an error packet is received
  214.           by  the node, the ping utility MUST report the error code to
  215.           the user.
  216.  
  217.  
  218.           6.2.  Traceroute
  219.  
  220.           The CLNP trace is similar to the ping utility except that it
  221.           utilizes the "Lifetime" field in the ISO 8473 packet.  Hosts
  222.           and routers that support OSI MUST also support  CLNP  trace.
  223.           The "Lifetime" field serves the same function as the Time To
  224.           Live (TTL) field does in an IP packet.  A  node  (router  or
  225.           host)  cannot  forward  ISO 8473 packet with a value for the
  226.           Lifetime of zero.  If the ERROR REPORT flag is  set  in  the
  227.           ISO  8473  packet,  an error packet, will be returned to the
  228.           originator of the packet.
  229.  
  230.  
  231.           6.2.1.  Basic Traceroute
  232.  
  233.           If a ISO 8473 echo-request packet is  sent  with  "Lifetime"
  234.           field value of 1, the  first hop node (router or end system)
  235.           will return an error packet to the  originator  the  packet.
  236.           If  the  first hop node supports the echo-request type field
  237.           the error code will be either:
  238.  
  239.  
  240.                   A0 (hex) - Lifetime Expired while Data Unit in Transit
  241.                   A1 (hex) - Lifetime Expired during Re-assembly
  242.  
  243.  
  244.           If the first hop node does  not  support  echo-request  type
  245.           field, the error code will be:
  246.  
  247.  
  248.                   B0 (hex) - Unsupported Option not Specified.
  249.  
  250.  
  251.           When trying to trace a route to a remote node, the  destina-
  252.           tion  address in the echo-request packet sent should be this
  253.           remote destination.   By  using  increasing  values  in  the
  254.           "Lifetime"  field  a route can be traced through the network
  255.           to the remote node.   This  traceroute  function  should  be
  256.           implemented  on each system (host or router) to allow a user
  257.           to trace a network path to a remote host or router.
  258.  
  259.  
  260.  
  261.           June 7, 1993    Expires December 7, 1993             Page 4
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.                       Essential Tools for the OSI Internet
  270.  
  271.  
  272.           The error message is used as evidence  of  the  reachability
  273.           and identity of the first hop.  The  originator then sends a
  274.           packet with a "lifetime" field value of  2.  The  first  hop
  275.           decrements  the   "Lifetime"  and because the "Lifetime"  is
  276.           still greater than 0, it forwards it  on.   The  second  hop
  277.           decrements  the  "Lifetime"  field  value and sends an error
  278.           packet (ER  NPDU) with one of  the  two  "Lifetime  Expired"
  279.           error  codes  listed above to the originator.  This sequence
  280.           is repeated until either:
  281.  
  282.  
  283.           - the remote host is reached an either an echo-response packet is sent
  284.             back or (for nodes that do not have the required Echo support)
  285.             an error packet is sent back, or
  286.  
  287.           - the an error packet is received with error code (B0) indicating
  288.             that a node will not pass the echo-response packet, or
  289.  
  290.           - an error packet is received with one of the following errors:
  291.  
  292.                   80(hex)  - Destination Address Unreachable
  293.                   81(hex)  - Destination Address Unknown.
  294.  
  295.  
  296.           If any of the following Error codes are received in an error
  297.           packet,  a  second  packet should be sent by the originating
  298.           node:
  299.  
  300.  
  301.  
  302.              CodeReason from 8473
  303.              -----------------------------
  304.              00(hex)  - Reason not specified
  305.              01(hex)  - Protocol procedure error
  306.              02(hex)  - Incorrect checksum
  307.              03(hex)  - Packet Discarded due to Congestion
  308.              04(hex)  - Header Syntax Error (cannot be parsed)
  309.              05(hex)  - Segmentation needed but not permitted
  310.              06(hex)  - Incomplete packet received
  311.              07(hex)  - Duplicate Option
  312.              B1(hex)  - Unsupported Protocol Version
  313.              B2(hex)  - Unsupported Security Option
  314.              B3(hex)  - Unsupported Source Routeing Option
  315.              B4(hex)  - Unsupported Recording of Route Option
  316.              C0(hex)  - Reassembly Interface
  317.  
  318.  
  319.           If one of these error is detected, an error value should  be
  320.           returned  to  the  user.   More than one echo packet, may be
  321.           sent at a "Lifetime" value.  The number of  additional  echo
  322.           packets  is left up to the implementation of this traceroute
  323.           function.
  324.  
  325.  
  326.  
  327.           June 7, 1993    Expires December 7, 1993             Page 5
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.                       Essential Tools for the OSI Internet
  336.  
  337.  
  338.           If one of the following errors is  received,  AND   "partial
  339.           source  route" is not specified in the echo-request packets,
  340.           send a second echo-request packet to the  destination  at  a
  341.           "Lifetime" value:
  342.  
  343.  
  344.              Code      Reason from 8473
  345.              --------------------------------
  346.              90(hex)   Unspecified Source Routeing Error
  347.              91(hex)   Syntax Error in Source Routeing Field
  348.              92(hex)   Unknown Address in Source Routeing Field
  349.              93(hex)   Path not Acceptable
  350.  
  351.  
  352.           (The  echo-request  packet  may  have  been  damaged   while
  353.           traversing through the network.)
  354.  
  355.  
  356.           6.2.2.  Use of Partial Source route in traceroute
  357.  
  358.           The current IP traceroute has a 3rd party or  "loose  source
  359.           route"  function.   The  ISO  8473  protocol also supports a
  360.           "partial source routeing"  function.   However,  if  a  node
  361.           (router or host) does not support the "partial source route-
  362.           ing" function an ISO 8473 packet gets passed along the  path
  363.           "exactly as though the function has not been selected.   The
  364.           packet shall not be discarded for this reason."[2]
  365.  
  366.           In order utilize the partial source route  function  in  the
  367.           OSI traceroute, a node must set the "source routeing" option
  368.           and "partial source routeing" parameter within that  option.
  369.           A  3rd  party,  or  "loose source route" traceroute function
  370.           requires that a node send an echo-request  packet  with  the
  371.           "loose  source  routeing"  field set. The functioning of the
  372.           3rd party/"loose source route" traceroute is the same except
  373.           the following errors cause the traceroute to be terminated:
  374.  
  375.  
  376.              Code      Reason from ISO 8473
  377.              --------------------------------------------------
  378.              92 Unknown Address in Source Routeing Field
  379.              93 Path not Acceptable
  380.  
  381.  
  382.           These errors may indicate a problem with the  "loose  source
  383.           route"  listed  in the echo-request packet for this destina-
  384.           tion.  Additional packets with the same lifetime  will  only
  385.           repeat  this  error.  These errors should be reported to the
  386.           user of the traceroute function.
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.           June 7, 1993    Expires December 7, 1993             Page 6
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.                       Essential Tools for the OSI Internet
  402.  
  403.  
  404.           6.2.3.  Information needed from a Traceroute utility
  405.  
  406.           A traceroute utility should  provide the following  informa-
  407.           tion to the user:
  408.  
  409.  
  410.           - the identity of systems that comprise the path or route
  411.             to the destination (the identifiers are called Network
  412.             Entity Titles or NETs in OSI and ISO 8473)
  413.  
  414.           - ping times (in Round trip times) for each
  415.                               hop in the path,
  416.  
  417.           - error codes from error packet received as a
  418.             response to the an echo-request packet, and
  419.  
  420.           - any other error conditions encountered
  421.             by traceroute.
  422.  
  423.  
  424.  
  425.           6.3.  OSI routing table dump
  426.  
  427.           Each OSI host (end system) or router (intermediate   system)
  428.           MUST  be  able  to  dump any of its routing tables.  Routing
  429.           tables may come from the:
  430.  
  431.  
  432.              a.) the ES-IS information
  433.              b.) static
  434.              c.) IS-IS
  435.              d.) IDRP
  436.  
  437.           or any other source.
  438.  
  439.  
  440.           Each system MUST be able to dump the routing  table  entries
  441.           via  some out of band mechanism. A method MUST exist to pro-
  442.           vide these. A show osi routes command SHOULD be created with
  443.           the following options:
  444.  
  445.  
  446.              - a for all routes
  447.              - esis     for es-is routes
  448.              - isis     for is-is routes
  449.              - idrp     for idrp routes
  450.              - static   for static routes
  451.              - other    for routes from other sources.
  452.  
  453.  
  454.           In addition, routing tables SHOULD be available  via  either
  455.           SNMP  or CMIP.  The specification of CMIP variables are out-
  456.           side the scope of this specification.  Section 6.4 specifies
  457.  
  458.  
  459.           June 7, 1993    Expires December 7, 1993             Page 7
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.                       Essential Tools for the OSI Internet
  468.  
  469.  
  470.           the RFC 1238 MIB variables which MUST be available via SNMP.
  471.           These two variables simply allow the user to get some  basic
  472.           CLNS routing information.
  473.  
  474.           Please note that not all the information requested is avail-
  475.           able  via the CLNS MIB.  Due to this fact, it is anticipated
  476.           that additional work on a CLNS  MIB  will  be  done  in  the
  477.           future.  When  a  new MIB is written, it is anticipated that
  478.           this document will be updated to include the additional  MIB
  479.           variables to collect such things as the ES-IS cache.
  480.  
  481.  
  482.           6.4.  MIB variables available via SNMP
  483.  
  484.           The Simple Network Management Protocol [6] plays  an  impor-
  485.           tant role in monitoring of multi-protocol, managed resources
  486.           in the Internet. By convention, SNMP  is  mapped  onto  User
  487.           Datagram  Protocol  (UDP,  6);  however, in those situations
  488.           where it is not possible to communicate  with  an  ISO  8473
  489.           managed resource using SNMP over UDP, or where communication
  490.           with an ISO 8473 managed  resource  using  SNMP/UDP  is  not
  491.           possible/appropriate, SNMP messages should be mapped onto an
  492.           OSI transport (7) The following Managed Objects for the SNMP
  493.           SHOULD  be  supported  to facilitate remote monitoring using
  494.           the SNMP:
  495.  
  496.           The Simple  Network  Management  Protocol  (SNMP)  plays  an
  497.           important  role  in  monitoring  of  multi-protocol, managed
  498.           resources in the Internet.  By convention,  SNMP  is  mapped
  499.           onto  User  Datagram Protocol (UDP); however in those situa-
  500.           tions where it is not possible to communicate  with  an  ISO
  501.           8473 managed resource using SNMP over UDP, or where communi-
  502.           cation with an ISO 8473 managed resource using  SNMP/UDP  is
  503.           not  possible/appropriate, SNMP should be mapped onto an OSI
  504.           tranport (8). The following Managed Objects SHOULD  be  sup-
  505.           ported for remoted monitoring using SNMP:
  506.  
  507.  
  508.           6.4.1.  Summary of MIB Variables
  509.  
  510.           RFC 1238 CLNS MIB[5]
  511.  
  512.           1) clnpAddrTable - Addresses for Interfaces
  513.           2) clnpRoutingTable - OSI routes in system routing table.
  514.  
  515.  
  516.  
  517.           6.4.2.  ASN.1 Syntax for these MIB variables
  518.  
  519.           The ASN.1 sytnax for the two variables the MIB in  CLNS  MIB
  520.           (RFC 1238) is included below for easy reference.  Both these
  521.           RFCs remain the authoritative source  for  the  MIB  defini-
  522.           tions.
  523.  
  524.  
  525.           June 7, 1993    Expires December 7, 1993             Page 8
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.                       Essential Tools for the OSI Internet
  534.  
  535.  
  536.           1) clnpAddrTable
  537.  
  538.             clnpAddrTable OBJECT-TYPE
  539.             object.id =  .... {clnp 21 }  (Dave what do I put here??)
  540.  
  541.  
  542.             clnpAddrTable = SEQUENCE OF ClnpAddrEntry
  543.             CLNPAddrEntry ::= SEQUENCE {
  544.                   clnpAdEntAddr
  545.                           CLNPAddres,
  546.                   clnpAdEntIfIndex,
  547.                           INTEGER,
  548.                   clnpAdEntReasmMaxSize
  549.                           INTEGER (0...65535);
  550.                   }
  551.  
  552.               clnpAdEntAddr = ClnpAddress
  553.               clnpAddress = OCTET string (Size (1...20);
  554.               clnpAdEntIfIndex = INTEGER;
  555.               clnpAdEntReasmMaxSize = INTEGER (0...65535);   #
  556.  
  557.           Descriptions of Table entry values:
  558.  
  559.           clnpAdEntAddr - CLNP address for this interface value
  560.           clnpAdEntIfIndex - Interface Index value corresponding to
  561.                              IfIndex value.
  562.           clnpAdEntReasmMaxSize = Maximum size of a pdu that can be
  563.                                   reassembled from incoming PDUs
  564.                                   received on this interface.
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.  
  590.  
  591.           June 7, 1993    Expires December 7, 1993             Page 9
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.                       Essential Tools for the OSI Internet
  600.  
  601.  
  602.           2)  clnpRoutingTable
  603.  
  604.              object id =....{clnp 22}
  605.              clnpRoutingTable =  SEQUENCE OF ClnpRouteEntry;
  606.              ClnpRouteEntry = SEQUENCE OF {
  607.                           clnpRouteDest,
  608.                           clnpRouteIfIndex,
  609.                           clnpRouteMetric1,
  610.                           clnpRouteMetric2,
  611.                           clnpRouteMetric3,
  612.                           clnpRouteNextHop,
  613.                           clnpRouteType,
  614.                           clnpRouteProto,
  615.                           clnpRouteAge,
  616.                           clnpRouteInfo}
  617.  
  618.             clnpRoutDest ::= ClnpAddress;    # Address in Route table (prefix or
  619.                                              # full address
  620.             clnpRouteIfIndex ::= Integer;    # IfIndex value for interface
  621.                                              # next hop can be reached through.
  622.             clnpRouteMetric1 ::= Integer;    # primary routing metric for this
  623.                                              # protocol.  Specific meaning
  624.                                              # depends on clnpRouteProto value
  625.                                              # -1 if not used
  626.             clnpRouteMetric2 ::= Integer;    # alternate routing metric for this
  627.                                              # protocol.  Specific meaning
  628.                                              # depends on clnpRouteProto value
  629.                                              # -1 if not used
  630.             clnpRouteMetric3 ::= Integer;    # alternate routing metric for this
  631.                                              # protocol.  Specific meaning
  632.                                              # depends on clnpRouteProto value
  633.                                              # -1 if not used
  634.             clnpRouteMetric4::= Integer;     # alternate routing metric for this
  635.                                              # protocol.  Specific meaning
  636.                                              # depends on clnpRouteProto value
  637.                                              # -1 if not used
  638.             clnpRouteNextHop::= ClnpAddress; # Address of Next Hop in Routing
  639.                                              # Table
  640.             clnpRouteType::=INTEGER {
  641.                           other (1),         # none of following
  642.                           invalid (2),       # an invalid route
  643.                           direct(3),         # a direct route
  644.                           remote(4)}         # a remote route
  645.  
  646.             clnprouteProto::= INTEGER {
  647.                           other (1),         # none of the following
  648.                                              # (manually configured
  649.                                              #  falls in this category)
  650.                           local(2),          # configured entries
  651.                           netmngt(3),        # set via Network management
  652.                           is-is(9),          # ISO 10589
  653.                           ciscoIgrp(11),     # Ciscos OSI IGRP
  654.                           ospf(13),          # OSPF set
  655.  
  656.  
  657.           June 7, 1993    Expires December 7, 1993            Page 10
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.                       Essential Tools for the OSI Internet
  666.  
  667.  
  668.                           bgp(14),           # BGP sets
  669.                           idrp(15)           # addition suggested to rfc 1238
  670.                                              # in processing
  671.             clnpRouteMetric5::= Integer;     # alternate routing metric for this
  672.                                              # protocol.  Specific meaning
  673.                                              # depends on clnpRouteProto value
  674.                                              # -1 if not used
  675.             clnpRouteInfo ::= OBJECT-ID;     # protocol id that
  676.                                              # installed this route
  677.                           }
  678.  
  679.  
  680.  
  681.           7.  OSI HOST.txt format
  682.  
  683.           The OSI format for  addresses  allows  addresses  to  be  20
  684.           bytes.    In the long term, a Directory service (DNS service
  685.           or OSI Directory service (X.500)), will provide a host  name
  686.           to address mapping.   The process of getting OSI capable DNS
  687.           and Directory service may require OSI pathway to already  be
  688.           set-up.   Most  host and router systems use a fixed table to
  689.           provide this name to NSAP address mapping in  order  to  get
  690.           OSI working on their system. The current operational problem
  691.           is each implementation has a different format.   This  docu-
  692.           ment  defines  a  fixed format so that these initial name to
  693.           NSAP mapping files can be shared through-out the internet.
  694.  
  695.           To conform to this document, a  host  or  router  supporting
  696.           CLNS MUST have support a "osi host.txt" file with the format
  697.           below. The "osi host.txt" file may be  used  for  other  OSI
  698.           applications or TUBA applications.  For these other applica-
  699.           tions, other fields may be defined  but  the  definition  of
  700.           these is outside the scope of this specification.
  701.  
  702.           OSI applications may use another file name for  osi  address
  703.           information.   NSAP addresses in any osi address information
  704.           MUST use the format below.  This host name to  NSAP  mapping
  705.           MUST be available for use by the following utilities on CLNS
  706.           hosts and routers:
  707.  
  708.                   - OSI Echo (Ping) function,
  709.                   - OSI traceroute function, and
  710.                   - router table look-up for CLNS
  711.                     routing information
  712.  
  713.           Host and router systems MUST also support  a  NSAP  to  name
  714.           mapping  by  the Domain Name Service Directory or or the OSI
  715.           Directory service (X.500).
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.           June 7, 1993    Expires December 7, 1993            Page 11
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.                       Essential Tools for the OSI Internet
  732.  
  733.  
  734.           Format of osi hosts file:
  735.  
  736.           <NSAP Address> <name1> <name2> ...<name>
  737.  
  738.  
  739.           The NSAP Address should be in the following format:
  740.  
  741.                   <first octet>.<2nd octet 3rd octet>.<4th octet 5 octet>.
  742.                   ..... <18th octet> <19th octet> .<20th octet>
  743.  
  744.  
  745.  
  746.           comments on the above format:
  747.  
  748.           The NSAP octets should be expressed in hexidecimal. The dots
  749.           are  aids  to  help  read  the NSAP address, and MUST NOT be
  750.           required for an NSAP address  parsing.  However,  each  NSAP
  751.           address  file MUST be able to have the ability to handle the
  752.           insertion of dots.  The location of the inserted dots within
  753.           an NSAP address MUST NOT have any significance other than to
  754.           make the address easier to read.
  755.  
  756.  
  757.           An example of this use in the GOSIP format is:
  758.  
  759.                   47.0005.80ff.ff00.0000.0001.0001.0a0b.0c0d.0204.00
  760.  
  761.           An example of this format in ANSI format is:
  762.  
  763.                   39.480f.8000.0500.0000.0001.0001.0a0b0c0d.0204.00
  764.  
  765.           This value quickly shows the AFI and the NSEL octets on either end.
  766.  
  767.           <name1> <name2> <name> - Indicates a sequence of name associated with
  768.           this nsap address.
  769.  
  770.  
  771.  
  772.           8.  Acknowledgements
  773.  
  774.           The authors would like to acknowledge the contributions made
  775.           by Dave Piscitello.  He not only kept the document accurate,
  776.           but also helped us to get rid of the ISO jargon and make the
  777.           document  more  readable.   Thanks to Paulina Knibbe for her
  778.           work with the host.txt format. We would also like  to  thank
  779.           members  of  the Network OSI Operations Working Group of the
  780.           IETF for their comments.
  781.  
  782.  
  783.           9.  Author's Addresses
  784.  
  785.  
  786.  
  787.  
  788.  
  789.           June 7, 1993    Expires December 7, 1993            Page 12
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.                       Essential Tools for the OSI Internet
  798.  
  799.  
  800.  
  801.           Susan K. Hares
  802.           MERIT/NSFNET
  803.           Internet Engineering
  804.           1075 Beal Avenue
  805.           Ann Arbor, MI 48109-2112
  806.           (313) 936-3000
  807.  
  808.  
  809.           Cathy J. Wittbrodt
  810.           Stanford University/BARRNet
  811.           Networking Systems
  812.           Pine Hall 115
  813.           Stanford, CA 94305
  814.           (415) 725-5481
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.  
  846.  
  847.  
  848.  
  849.  
  850.  
  851.  
  852.  
  853.  
  854.  
  855.           June 7, 1993    Expires December 7, 1993            Page 13
  856.  
  857.  
  858.  
  859.  
  860.  
  861.  
  862.  
  863.                       Essential Tools for the OSI Internet
  864.  
  865.  
  866.           10.  References
  867.  
  868.           [1] ISO/IEC  8473, Information Processing Systems, "Protocol
  869.           for  Providing  the  Connectionless-mode Network Service and
  870.           Provision of Underlying Service".  May, 1987.
  871.  
  872.           [2] R. Hagens, "An Echo Function for ISO 8473", Request  For
  873.           Comment   #1139,  January 1990.
  874.  
  875.           [3] S.Hares and  C.Wittbrodt,  "An  Echo  Function  for  ISO
  876.           8473", Internet Draft,  October 1992.
  877.  
  878.           [4]   ISO/IEC  DIS   10747  Information    Processing   Sys-
  879.           tems     -  Telecommunications  and   Information   Exchange
  880.           between  Systems  - Protocol for  Exchange  of  Inter-domain
  881.           Routeing  Information  among Intermediate Systems to Support
  882.           Forwarding of ISO 8473 packets.
  883.  
  884.           [5]  Satz, G., "Connectionless-mode Network Service  Manage-
  885.           ment  Information Base - for use with Connectionless Network
  886.           Protocol (ISO 8473) and End system  to  Intermediate  System
  887.           Protocol (ISO 9452)",  RFC 1238, June 1991.
  888.  
  889.           [6]  Case, J., Fedor, M., Schoffstall,  M.,  and  J.  Davin,
  890.           "Simple Network Management Protocol", STD 15, RFC 1157, SNMP
  891.           Research,  Performance  Systems  International,  Performance
  892.           Systems  International, MIT Laboratory for Computer Science,
  893.           May 1990.
  894.  
  895.           [7]  Rose, M., "SNMP over OSI", RFC 1418, March 1993
  896.  
  897.           [8]  Information processing systems - Open Systems Intercon-
  898.           nection  -  Protocol  for  Providing the Connectionless-mode
  899.           Transport Service, International Organization for Standardi-
  900.           zation.  International Standard 8602, December 1987.
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.           June 7, 1993    Expires December 7, 1993            Page 14
  922.  
  923.  
  924.  
  925.  
  926.